IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicant(s): Yao Ling, et al. 



Docket: 



132489 



Serial No.: 



09/833,085 



Art Unit: 



3627 



Filed: 



April 11,2001 



Ei 



Andrew J. Rudy 



Title: 



Facilitating Integration of Communications Network Equipment Inventory 
Management 



DECLARATION UNDER 37 CFR 1.131 



I, Jessica W. Smith, do declare and say: 

1. I reside at 1529 Parkview Drive, Garland, Texas 75043 and have since March 2000. 

2. I am Corporate Counsel for Alcatel USA, authorized to prosecute this application and 
to transact all business in the Patent and Trademark Office connected therewith. 

3. Attached as Exhibit "A" is a document entitled "Network Inventory Management" 
which shows conception of the invention at least prior to November 16, 1999. 

4. An Invention Disclosure Form was received in the Alcatel Intellectual Property 
Department that reflects a preparation date of July 11, 2000. 

5. Attached as Exhibit "B" is a License for Foreign Filing requested on July 18, 2000 
and received in the Alcatel Intellectual Property Department on August 9, 2000. 

6. The Invention Disclosure Form was presented to the Alcatel USA TND Patent 
Committee on November 22, 2000 for a decision on filing. 

7. The Invention Disclosure Form was outsourced to patent counsel on January 23, 2001 
for preparation of the utility application. 

6. The utility application was completed and filed on April 1 1 , 200 1 . 

I further declare that all statements made herein of my own knowledge are true, and that 
all statements made on information and belief are believed to be true; and further that all these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code. 

Date: June 12, 2006 /Jessica W. Smith/ 



Jessica W. Smith, Reg. No. 39,884 



EXHIBIT "A" 



NETWORK INVENTORY MANAGEMENT (R2.0) TRS 



Abstract: This Technical Requirements Specification (TRS) describes the architecture, model 
analysis, and design specifications for Network (Equipment) Inventory Management, 
Release R2.0. 



Keywords: NIM, Physical Equipment (Asset) Management, o 



ventory, offline inventory 



02 


990614 




Maury Lanman 


Yao Liang 


ED 


DATE 


CHANGE NOTE 


APPRAISAL AUTHORITY 


ORIGINATOR 




ED 1 01 


| MS WORD 


1 1320 NM Network Inventory Management R2.0 TRS 








I 3AL 55650 1042 DTZZA 1 1 








1320 NM R2.0 





Jerry Power 

1320 NM Product Line Management 



Larry Paulhus 

Manager 1320 NM Development 



Sandeep Sharma 

Manager 1320 NM Development 



Tom Kieman 

Manager 1320 NM SIT/SVT 



Maury Lanman 

Manager 1320 NM Systems Engineering 



Yao Liang 

Originator, 1320 NM Systems Engineering 



01 | MS WORD I 1 320 NM Network Inventory Management R2.0 TRS 

| I 3AL 55650 1042 DTZZA 2 



1320 NM 



Revision History 


I 


Edition 




Description of Change 






01-H01 




Initial release for review 






01-U02 




Release after the access to NMF document, discussions with 
development team. Aligned with updated draft (R6) of SIF 
document 






01-U03 


MOCS is combined into this TRS, TRS name changed to NIM, 
and the section of scenarios added 






01-U04 


Updated document with feedback from comments. Internal 
and Premisys' comments addressed 






02-U01 


Rewrite based on 1320 NM RA.x. (downstream Q3 interface 
ANS-IM) 







ED 


01 | MS WORD 


1 1320 NM Network Inventory Management R2.0 TRS 






| | 3AL 55650 1042 DTZZA | • 3 






1320NM R2.0 



T 



TABLE OF CONTENTS 



1 INTRODUCTION 

1.1 Purpose and Scope 

1.2 traceabil1ty 

1.3 Requirements Changes 

1.4 References 

1.5 Definitions 

2 GENERAL DESCRIPTION 

2.1 OVERVIEW 

2.2 TERMINOLOGY DEFINITION 

2. 2. 1 Definition of Network Inventory Management (NIM). . . . 

2. 2. 2 Definition of Physical Asset Management (PAM) 

2.3 CURRENT OBJECTIVE 

3 USERS' REQUIREMENTS 



3.1 general requirements 

3.2 ne information retrieval 

3.3 Board information retrieval 

3.4 Equipment holder information retrieval . . . 

3.5 SOFTWARE information retrieval 

3.6 Inventory management performance 

4 ANALYSIS MODEL FOR PAM 

4.1 FUNCTIONAL ARCHITECTURE 

4.2 Object model 

4.2.1 Board 



4.2.4 Network Element 

4.2.5 Software 

4.2.6 EMS. 

4.2.7 Equipment Protection Group 

4.2.8 Support Object - Spare Pans 

4.3 PAM Object Decomposition 

4.3.1 Online Sub-Object Board 

4.3.2 Offline Sub-Object Board 

4. 3. 3 Online Sub-Object Equipment Holder 

4.3.4 Offline Sub-Object Equipment Holder 

4.4 Dynamic model... 

4.4.1 Creation and Deletion of Spare Parts. 

4.4.2 Informational Binding between Online and Offline Inventory Sub-Objects .. 

4.4.3 Informational Binding - Case 1 

4.4.4 Informational Binding - Case 2 

4.4.5 Informational Binding - Case 3 

4.4.6 State Diagram for Inventory Items with System-Readable PN/SN 



ED 


01 | MS WORD 


1 1320 NM Network Inventory Management R2.0 TRS 






j | 3AL 55650 1042 DTZZA | 4 






1320 NM R2.0 



4.4.7 State Diagram for Inventory Items without PN/SN. 47 

5 INFORMATION MODEL FOR EML/NML Q3 INTERFACE 49 

5.1 MAP PAM OBJECTS TO Q3 OBJECTS 49 

5.1.1 Mapping of Board to circuitPackA TT/Line 50 

5.1.2 Mapping of Equipment Holder 51 

5.1.3 Mapping of Slot 52 

5.1.4 Mapping for Network Clement 52 

5.1.5 Mapping for Software 53 

5.1.6 Mapping for EMS 53 

5. 1. 7 Mapping for Equipmement Protection Group 53 

5.2 CONTAINMENT RELATIONSHIP 54 

5.3 CIRCUITPACKATT 55 

5.3.1 Instantiation Rulei 55 

5.3.2 Naming Rulei 55 

5.3.3 State Attributes 55 

5. 3. 4 Special Behavior. 55 

5.3.5 MOCS 56 

5.4 cmcurrPACKLiNF 60 

5.4. 1 Instantiation Rules 60 

5. 4. 2 Naming Rules 60 

5.4.3 State Attributes 61 

5.4.4 Special behavior 61 

5.4.5 MOCS 61 

5.5 EMS 66 

5. 5. 1 Instantiation Rules 66 

5.5.2 NammgRuIes 66 

5.5.3 State Attributes 66 

5.5.4 Special Behavior 66 

5.5.5 MOCS 66 

5.6 EQUIPMENTHOLDER 69 

5. 6. 1 Instantiation Rules 69 

5.6.2 NammgRuIes 69 

5.6.3 State Attributes 69 

5.6.4 Special Behavior 70 

5.6.5 MOCS 70 

5.7 MANAGEDELEMENTR1 74 

5. 7. 1 Instantiation Rules 74 

5.7.2 NammgRuIes 74 

5.7.3 State Attributes 75 

5. 7.4 Special Behaviour 75 

5.7.5 MOCS 75 

5.8 MANAGEMENT-LINK 79 
5.8. J Instantiation Rules 79 

5.8.2 NammgRuIes 80 

5.8.3 State Attributes 80 

5. 8.4 Special Behavior 80 

5.8.5 MOCS. 80 

5.9 EQUIPMENTPROTECTIONGROUP 82 



ED I 01 I MS WORD I 1 320 NM Network Inventory Management R2.0 TRS 

L S£ TEL | | | 3AL 55650 1042 DTZZA | ' 5 

1320 NM R2.0 



5.9.1 Instantiation Rules 82 

5.9.2 Naming Rules 82 

5.9.3 State Attributes 82 

5. 9. 4 Special Behaviour 82 

5.9.5 MOCS. 82 

5.10 EQUIPMENTPROTECTIONUN1T 85 

5.10.1 Instantiation Rules 85 

5.10.2 Naming Rules 85 

5.10.3 State Attributes 85 

5.10.4 Special Behaviour 85 

5.10.5 MOCS. 85 

5.11 SOFTWARER1 87 

5.11.1 Instantiation Rules 87 

5.11.2 Naming Rules 87 

5. 11.3 State Attributes 87 

5.11.4 Special Behaviour 87 

5.11.5 MOCS. 88 

6 MAJOR SCENARIOS 90 

6. 1 Scenarios for 03 interface 90 

6. 1. 1 Discovery after Communication Establishment 90 

6.1.2 NE registration 93 

6.1.3 NE initialization 93 

6.1.4 NE deletion 95 

6.1.5 The new card is inserted (correct type, good card) 96 

6.1.6 The new card is inserted (correct type, bad card) 98 

6.1.7 The new card is inserted (unacceptable type) 99 

6.1.8 The new card is inserted to a provisioned slot (correct type, good card) 100 

6.1.9 The new card is inserted to a provisioned slot (correct type, bad card) 102 

6.1.10 The new card is inserted to a provisioned slot (unacceptable type) 103 

6.1.1 1 The card is removed from iti provisioned slot (good card) 104 

6.1.12 The card is removed from its provisioned slot (bad card) 105 

6. 1. 13 The card is removed from mismatched slot 106 

6.1.14 The card is deleted (after its removal) 107 

6.1.15 The new bay or shelf is added 108 

6.1.16 The bay or shelf is deleted 108 

6.2 SCENARIOS FOR USER INTERFACE 1 1 0 

6. 2. 1 Inventory query 110 

6.2.2 Shelf Graphical display Ill 

6.2.3 Inventory update on table GUI. 112 

6. 2. 4 Inventory update on Graphical GUI 114 

6.2.5 Inventory offline check in/out 115 



ED I 01 | MS WORD I 1320 NM Network Inventory Management R2.0 TRS 

L SsZ EL [ j [ 3AL 55650 1042 DT22A | 6~ 

1320 NM R2.0 



ED 


01 | MS WORD 


1 1320 NM Network Inventory Management R2.0 TRS 






J | 3AL 55650 1042 DTZZA | .7 






1320 NM R2.0 



I 



LIST OF FIGURES 

FIGURE 1: Example of Original Architectural Approach 
FIGURE 2: Example of An Alternative Architectural Approach 
FIGURE 3: Illustration of Current Objective 
FIGURE 4: Functional Architecture 

FIGURE 5: Illustration of Decomposition of PAM View Object 
FIGURE 6: Global View of State Diagram for Physical Inventory Items 
FIGURE 7: State Diagram (with PN/SN) 
FIGURE 8: State Diagram (without PN/SN) 
FIGURE 9: Containment relationship 



ED 


01 


| MS WORD 


1 1320 NM Network Inventory Management R2.Q TRS 








| | 3AL 55650 1042 DTZZA | 8 








1320 NM R2.0 




1 INTRODUCTION 

1.1 Purpose and Scope 

This TRS comprises the detailed technical requirements for 1320 NM NIM (Network 
Inventory Management) and PAM (Physical Asset Management) for its release 2. It also 
proposes a functional architecture of PAM. This document is mainly driven by two factors - 
the industry standards for the future telecommunication network management and the 
current customers application needs. 

1.2 Traceability 

In terms of those requirements for the physical asset inventory management from user's 
perspective, this document intends to align them with the working document "Draft - 
Common Applications Requirements Document for Inventory Management " at SIF [2.], the 
Preliminary Product Requirement in PFD Inventory [8.] and the Specifications and 
Requirements for SMOCS [5.] if applicable. 

HLD and Test Design Documents relating to this TRS shall refer to requirements listed 
herein by the respective requirement number. 

1.3 Requirements Changes 

Once approved, this document constitutes a firm set of requirements for the product design. 
Modifications to the product design during development that conflict with these requirements 
are not permitted. In such instances, this document must be updated and changes 
approved prior to their implementation. 

1.4 References 

1. Telecom Operations Map, TM Forum GB910 (Evaluation Version Release 1.0), 
October 1998 

2. Draft (R6) — Common Applications Requirements Document for Inventory 
Management (Contribution to SONET Interoperability Forum), SIF-CA-9719-090R6, 
Feb. 1998 

3. Network Management Detailed Operations Map, NMF GB908 (Draft Issue 0.9), 
March 1998 

4. Bellcore SR-TSV-002678, EML Applications for Configuration Management: 
Inventory Notification and Query - Functional Description, April 1994. 

5. Specifications and Requirements for SMOCS (Synchronous Multiplex Optical 
Communication System) 

6. 1320 NM Equipment Management Domain Renaissance TRS, Alcatel 3AL-55650- 
1010-DTZZA 

7. 1320 NM RA.x Architecture, 1999 

8. 1320 NM R06.0X.00 Product Feature Document, Alcatel 3AL 55650 0006 DTZZA 
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9. ITU-T Recommendation M.3100, Generic Network Information Model, 1995 
10.1680 OGX Q3 Agent MOCS R.01.05, 1999 

1.5 Definitions 

ANS-IM Alcatel Network Systems - Information Model 

AOM Alcatel Object Model 

CLEI Common Language Equipment Identifier 

CM Circuit Management 

DB Data Base 

EML Element Management Layer 

EMS Element Management System 

FDN Fully Distinguished Name 

GUI Graphical User Interface 

MIB Management Information Base 

NE Network Element 

NIM Network Inventory Management 

NMF Network Management Forum 

NML Network Management Layer 

NMS Network Management System 

OVW OpenView Window 

PAM Physical Asset Management 

SIF SONET Interoperability Forum 

SMOCS Synchronous Multiplex Optical Communication System 

SONET Synchronous Optical NETwork 

TMN Telecommunications Management Network 
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2 GENERAL DESCRIPTION 

2.1 overview 

Network Inventory Management (NIM) and Physical Asset Management (PAM) (or Physical 
Asset Management Inventory management) are essential to any modern telecommunication 
network management system, such as 1320NM. Roughly speaking, NIM and PAM are 
concerned with network overall resource management in general, and physical equipment 
resource administration and configuration management in particular. However, there are 
currently several different meanings and uses of the terms of "network inventory 
management" and "physical asset management" in different context, making these terms 
very confusing. In view of this, it is necessary to first clearly define and understand the 
terms of "network inventory management" and "physical asset management" described in 
this document, at least in 1320NM context, in order to facilitate the domain analysis, 
technical requirement specification, and peer discussion. 

TM Forum document Telecomm Operations Map [1] introduce the network inventory 
management at process level from SP viewpoint, which states that NIM process 
encompasses anything to do with physical equipment and the administration of this 
equipment. The process includes the installation and acceptance of equipment, with the 
physical configuration of the network, but also with handling of spare parts and the repair 
process. Software updates are also responsibility of this process. Bellcore's standards [4] 
describes the inventory management in terms not only of physical equipment, but also of 
termination points, cross connections, and so on, which is a unified and abstract network 
inventory resource store where other NML applications can access network resource. On 
the other hand, SIF document [2] provides a set of detailed functional requirements on 
physical asset management from user's viewpoint. On the application project side, the 
customers specifications and requirements on physical asset management (SMOCS, for 
example) is very close to what described in SIF document [2]. In summary, the fundamental 
requirements for NIM and PAM come basically from two different aspects - equipment 
resource administration and configuration management, and the unified persistent network 
inventory resource storage model. The former is from management application functionality 
requirement viewpoint while the latter is from system architectural viewpoint. 

Originally, each NML application was modeled, designed and developed separately. As a 
result, each NML application had to be responsible for store of its own inventory resource 
data, as shown in Figure 1. However, an alternative architectural framework for NML 
applications is illustrated in Figure 2. 
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FIGURE 1: Example of Original Architectural Approach 
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FIGURE 2: Example of An Alternative Architectural Approach 



The advantages of the second architectural approach shown in Figure 2 are listed as 
follows: 

1 . Reduce the duplicate work in the effort of building each NML application's 
own resource data store, 

2. The common network inventory resource store management is consistent, 
unified and system-wide. 

3. Facilitate quick deployment of new NML applications on new resource 
objects as well as new NML applications on existing resource objects, once 
this architectural framework is in place. 

4. The inter-object behaviors both within each individual NML application and 
among different NML applications are taken care of by network inventory 
resource manager, which makes the interactions across NML applications 
very neat, unified and simplified. 
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5. Hide the Vendor-specific DBMS features as much as possible by providing 
an independent inventory resource management interface to all other NML 
applications. 



A potential drawback of this second architectural approach could be performance and 
scaling issues since the network resource inventory manager becomes a core component in 
the system and could be resource intensive. A possible and effective solution to these 
issues could be distributed network resource inventory management, which can be 
supported and implemented straightforward by employing distributed OODBS in network 
resource inventory management. 

It should be pointed out that the network resource store provided by the network resource 
inventory manager shown in Figure 2 is not intended to be the global internal repository for 
all NML applications. Rather, it should be regarded as a core network resource inventory 
repository for some popular NML applications including physical asset management, 
topology management and circuit management (as illustrated in Figure 2) which exhibit 
many relationships between their conceptual information models. Thus, tie cohesion can be 
achieved via a common core network resource repository for those "correlated" NML 
applications, which can significantly simplify the inter-objects behavior between different 
"correlated" NML applications. 

2.2 TERMINOLOGY DEFINITION 

Based on the discussion above, the following terminology definition is provided which will be 
used exclusively in this document, where the conceptual architecture shown in Figure 2 
provides the context for the following definition. 

2.2.1 Definition of Network Inventory Management (NIM) 

The term "network inventory management" (or equivalently, "network resource inventory 
management", "inventory management") is a NML application which performs network 
resource inventory management and provides a core network resource repository for 
several other popular NML applications (as shown in Figure 2). This network resource 
repository is the place where those NML applications to access their resource data. NIM 
functionality is mainly covered by network resource inventory manager illustrated in Figure 
2. 
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2.2.2 Definition of Physical Asset Management (PAM) 

The term of "physical asset management" (or equivalent^, "asset management", "physical 
asset inventory management") is a NML application which performs the network equipment 
resource administration and configuration (equipment provisioning) management. The 
equipment administration includes both installed equipment and not-installed equipment 
(such as the equipment items in stock and in repair). PAM functionality is mainly covered 
by physical asset manager illustrated in Figure 2. (The GUI component of the physical asset 
management is additional to physical asset manager component, and is not mentioned 
here for simplicity.) 

Equipment resource administration and configuration management, (also called physical 
asset management) is usually referred to the network resource management of the type 1 
listed above. The other two types are subject to the domains of circuit management and 
connection management, and the topology management. 

Please notice that the definitions given here are a little different from those used in NIM 
R1.0. 



2.3 CURRENT OBJECTIVE 

This document release will address requirements for NIM and PAM. While the full capacity 
of NIM to support PAM will be addressed, additional capacity of NIM to support other NML 
applications (such as topology management, circuit management, etc.) may be added in 
future releases. The EML/NML interface addressed is Q3 (ANS-IM), while interface AOM 
will be addressed in future releases. Figure 3 illustrates the current objective of this release, 
in which the components with solid edges are addressed. 
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FIGURE 3: Illustration of Current Objective 



3 users' Requirements 

This section provides a comprehensive set of detailed requirements for NML physical 
inventory management applications from user's point of view. Impacts of user's 
requirements on the modeling of the network inventory management system will be pointed 
out. The requirements are those paragraphs which have requirement identifiers preceding 
them. The functionality requirements described here for the network physical inventory 
management will be a base for PAM object model which will be defined later. 

3.1 general requirements 

[NIM0001] The PAM application shall be responsible for physical equipment management 
and administration for both online equipment inventory items, and offline equipment 
inventory items. 

[NIM0002] The PAM application shall be responsible for NE software management and 
updates. 



[NIM0003] Online inventory items for PAM shall include boards, equipment holder bays, 
shelves, slots, software, NEs, equipment protection groups, and EMSs. 
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[NIM0004] Offline inventory items include boards and equipment holder bays and shelves. 
[NIM0005] During installation and de-installation of equipment items in the network, their 
online view and offline view shall be aligned as much as possible, unless the equipment 
items do not provide necessary information for such alignment. 

[NIM0006] The PAM application shall be responsible for online equipment item configuration 
and provisioning which is not associated with NE/EMS specific feature and knowledge. 

[NIM0008] The PAM application shall be responsible for management of equipment items in 
repair process. 

[NIM0009] The PAM application shall be responsible for management of equipment items in 
stock (warehouse). 

INIM0010] The PAM application shall get alerted when stock reaches given thresholds, and 
the thresholds shall be easily set via PAM GUI by operator. 

[NIM0011] The PAM application shall be able to keep track of temporally removed 
equipment items (including faulty parts). 

[NIM0012] Two types of PAM GUI, at least, shall be provided: table display and equipment 
graphic display. Table display shall provide query functionality via table-like format, while 
graphical display shall provide query functionality through mouse click on the interested 
subject and/or mouse movement into the interested subject on the display. 

[NIM0013] PAM application shall be able to support up to 1000 NE nodes in the network. 

[NIM0014] PAM application shall have the capability to back up all its online inventory data 
to some removable storage media, and restore its online inventory data from backup media. 

[NIM0015] All access in PAM application shall be under some appropriate security access 
control. 

[NIM0016] PAM application shall be able to invoke an online, context-sensitive help system 
via its GUI. 

[NIM0017] The PAM application shall be able to provide an export of PAM data as ASCII 
format file, for all or selected PAM objects by user via PAM GUI. 

[NIM0018] PAM application shall be able to support navigation toward and from other NML 
applications. 

3.2 NE information retrieval 

[NIM0019] Inventory shall be updated whenever an NE is installed. 

This requirement implies that an NE creation notification should be issued to inventory 
management system from the EMS in which an NE is installed (the first time the NE starts 
up). 

[NIM0020] The user shall be able to retrieve the following information for an NE: 
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• NE manufacturer name 

• NE user label 

• NE identifier 

• NE Type 

• Geographical location 

[NIM0021] The user shall be able to retrieve the time and date the NE was initialized. 
[NIM0022J The user shall be able to retrieve the following up-to-date information for an NE: 

• A list of installed shelf IDs and occupied slot IDs 

• A list of unoccupied slot IDs 

[NIM0023] The user shall be able to retrieve NE information by the following fields 
individually or in combination using boolean operations: 

• NE vendor name 

• NE user label 

• NE identifier 

• NE Type 

• Geographical location 

• For the entire network 

• Those NEs with empty slots 

• Time and data the NE was registered. 

[NIM0024] The user shall be able to determine the number of each type of NE by: 

• EMS 

• Geographical location 
■ Entire network 

[NIM0025] The user shall be able to retrieve a report of revision levels of an installed NE, if 
NE provides such version history information of the revision levels. (Revision level here 
refers to the version level of the hardware/firmware.) 

[NIM0026] After an NE has been installed, the user shall be able to retrieve the time and 
date of the NE installation and current operational state. 

[NIM0027] The user shall be able to determine how much capacity, in theory, can be added 
to an NE. 

It is assumed here that the capacity to be added only depends on the number of idle slots of 
each board type. 



3.3 Board information retrieval 

[NIM0028] Inventory shall be updated whenever any board is inserted or removed. 
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This requirement implies that a board creation/deletion notification should be issued to 
network inventory management originally from the EMS in which any board in any NE is 
inserted or removed after the NE starts up. 
Please notice that any attribute value change notification on slot (equipmentHolder) in any 
EMS should also be sent to network inventory manager, since when a board is removed 
from its slot (before deletion of the circuit pack object) or inserted into a pre-provisioned slot 
there will be an attribute value change notification on the slot but not board deletion/creation 
notification. 

[NIM0029] The user shall be able to retrieve the following information about a board: 
Board identifier 

• CLEI code (if it is available) 

• Circuit pack type 

• Part number 

• Serial number 

• Asset state 

• Capacity (e.g. number of ports, if the board is a line board) 

• Version 

• Vendor Name 

• Unit Price 

• Purchase Date 

• Location 

[NIM0030] After a board has been installed, the user shall be able to retrieve the time and 
date of the board installation, current operational state, administrative state, and availability 
status. 

[NIM0031] The user shall be able to retrieve board protection information for installed 
boards. 

{NIM0032] The user shall be able to configure the ports of an online board if its ports are 
configurable. 

[NIM0033] The user shall be able to retrieve board information by the following fields 
individually or in combination using boolean operators: 

• Board identifier 

• Circuit pack type 

• CLEI code 

• Part number 

• Serial number 

• Version 
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' Asset State 

[NIM0034] The user shall be able to retrieve the number of each circuit pack type of board 
by: 

. NE 

• EMS 

• Geographical location 

• Entire network 

[NIM0035] The user shall be able to retrieve a report containing the revision levels of a 
board, if such information is accessible for the board from EMS/NE. 
[NIM0036] The user shall be able to determine the oldest revision level of a board type by 



[NIM0037I The user shall be able to determine the physical location of all boards of a 
specified version and/or revision level. 

[NIM0038] The user shall be able to retrieve tabulating work and repair statistics of the 
boards on per circuit pack type basis. 

[NIM0039] The user shall be able to retrieve tabulating work and repair statistics of the 
boards on vendor/unit price basis. 

3.4 Equipment holder information retrieval 

[NIM0040] Inventory shall be updated whenever a bay or shelf is installed. 

[NIM0041] The user shall be able to retrieve the following information about bays and 

shelves: 

• Holder identifier (available if online) 

• Holder type 

• Part number 

■ Serial number 

• Location 

• Asset state 

• Unit price 

• Purchase date 

[NIM0042] The user shall be able to retrieve the following information about slots: 

• Holder identifier 

• Holder status 

• Acceptable circuit pack type(s) 

• Location 
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[NIM0043] The user shall be able to determine which unpopulated board slots are not active 
and not able to receive a board due to the presence of other boards in the system, (future 
release) 

[NIM0044] The user shall be able to retrieve board information by the following information 
about bays and shelves: 

• Holder identifier (available if online) 

• Holder status 

Acceptable circuit pack type list 

• Asset state 

• Location 

3.5 Software information retrieval 

[NIM0045] The user shall be able to retrieve the following information about software 
associated with an NE: 

• User Label 

• Operational state 

• Version 

3.6 Inventory management performance 

[NIM0046] An inventory of each NE shall be retrievable from the NE within 30 seconds per 
NE of the request and stored in MIB of EML. 

4 Analysis model for PAM 

In the following, the functional architecture of the system is described. Then, the analysis in 
form of object model and dynamic model will be provided. The object model defines the 
static object data model for each equipment item and its management. The dynamic model 
describes the most important interactions between the objects themselves and between the 
objects and external systems. 

4.1 functional architecture 

The functional architecture for PAM (shown in Figure 4) is mainly composed of a Physical 
Asset Server and GUI clients for Physical Asset administration and configuration. User can 
view, edit and configure equipment resource via Physical Asset GUI. An API is offered for 
GUI clients to access the physical asset information and configure the limited equipment 
features at the server, and to notify the server any updates on physical asset data that are 
caused by offline operations on equipment. 
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From the equipment resource administration aspect, physical asset inventory management 
shall not only monitor the installed online equipment inventory items but also manage the 
not-installed offline equipment inventory items such as equipment items in stock and in 
repair. 

The offline physical asset inventory database (shown in Figure 4) is not only logically 
separated from online persistent database, but in most cases also physically separated from 
the online persistent database. The object data model of offline database only contains bay, 
shelf, and board (circuit pack), and there is no any containment relationship between the 
offline objects. Therefore relational database model can characterize and organize offline 
objects very straightforward and efficiently. Many customers either already have their own 
offline inventory database (as a part of their integral corporate data warehouse) or want to 
have their own choice on offline database product. Since beyond physical asset manager 
the other generic network management components (such as topology manager and 
connection manager, circuit manager) have nothing to do with offline inventory, therefore 
offline inventory database would be better interfaced to the entire network management 
system through physical asset manager instead of through network resource inventory 
manager. 

The physical asset manager, in this way, shall maintain the information consistency 
between the online inventory database and the offline inventory database and therefore be 
responsible for the informational binding between online inventory and offline inventory 
whenever installation and removal of any inventory items are performed. 

Physical asset manager is also responsible for some of online equipment resource 
provisioning (such as port configuration of circuit pack). 

[NIM0047] The upstream interface of Network (Online) Resource Inventory Server shall be 
ODMG 2.0 standard based. 

[NIM0048] The downstream EML/NML interface of Network (Online) Resource Inventory 
Server shall be Q3 (INS-IM) for current release (AOM in future). 

[NIM0049] Network (Online) Resource Inventory Server shall be responsible for online 
inventory data discovery from and re-synchronization with NEs/EMSs in the network. 
[NIM0050] Network (Online) Resource Inventory Server shall be able to provide notification 
registration and delivery mechanism to PAM application so that PAM can receive update 
notifications from Network (Online) Resource Inventory store when registered. 
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FIGURE 4: Functional Architecture 



4.2 Object model 
4.2.1 Board 

An instance of Board class represents any kind of circuit pack which can be physically 
plugged into/pull off from its slot. 

Board has attributes which are defined as follows: 

• ID: the value of this attribute uniquely identifies an instance of this 
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Version: this attribute identifies the version number of this class. 

• Vendor Name: this attribute indicates the vendor name. 

• Unit Price: this attribute indicates the unit price of this product. 

• Purchase Date: this attribute indicates when this product item was 
purchased. 

• Serial Number: the value of this attribute uniquely identifies an instance 
within this product category. 

• Automatic Number: this attribute is used to identify an instance within 
this product category if a system-readable serial number is not 
available. Therefore this attribute is a substitute for serial number and is 
automatically generated by system when the board is installed. 

• Part Number: this attribute identifies product category. 

• User Label: the attribute is used to identify the name of this product 
type. 

• Circuit Pack Type: this attribute identifies the circuit pack type (e.g. 
CLEI code). 

• Operational State: an indication of the operational state of the Board. 
Operational Status is a read-only attribute. The set of its permitted 
value is {enabled, disabled}. 

• Administrative State: an indication of whether or not the board is locked 
or unlocked. The set of permitted value is {locked, unlocked}. 

• Availability Status: this attribute indicates the current availability status 
of this board instance. The set of permitted values is {empty, in test, 
failed, offline, not installed}. 

Protection: the read-only attribute identifies whether a protection 
scheme is associated with this circuit pack, and what role (protecting or 
protected) in the protection system. The set of permitted values is {null, 
protecting, protected}. Value null indicates no protection is used. 

• Resource Pointer: the read-only attribute identifies the resource circuit 
pack object which is protecting this instance or protected by this 
instance within the protection group. 

• Protection Status: the read-only attribute indicates the status of the 
protection switch of this instance. 

• Location: this attribute indicates the geographical location name. 

• Capacity: this attribute is used only for line board and conveys the 
information of port signal rate list of this board. 

Asset State: this attribute indicates whether this instance is an online 
inventory item or offline inventory item. 
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Installed Time: records the time at which this item is currently installed 
online. 

Removal Time: records the time at which this item is de-installed. When 
the item remains installed, the value of this attribute shall be Null. 
Worked Time: indicates the accumulate time this item has correctly 
worked. 

Repaired Times: indicates the total times this item has been repaired so 



The following operation(s) ai 



\ supported by the Board object class: 

used to get information concerning the 

• Edit: this operation is used to edit those attributes not relevant to the 
operational features of a board. 

• Provisioning: this operation is used to configure any configurable 
attributes of a board. 

• Alarms: this operation is used to access current outstanding alarm 
information associated with a board. 

• Protection: this operation is used to access protection information of a 
board and its protection group. If no equipment protection is 
available/modeled for the board, the return value shall be Null. 

totes: 

1 . Part number is a category identifier and unique number inside Alcatel for each type of 
Alcatel products. Alcatel's customers use the part number to uniquely identify and 
order Alcatel's product. Serial number is a product item identifier and is unique within 
a specific type of product (i.e., product instance). 

2. When the value of Protection attribute is null, which means this instance is not 
associated with a protection system, the attributes Protection Status and Resource 
Pointer are not used. 

3. The relationship between the Asset State and the Availability Status 
below. 
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(empty) 
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That is, Availability Status provides more detailed information for installed board, while 
Asset State provides more detailed information for not-installed board. More sub-definitions 
of Availability Status and Asset State could be supported when needed. 



4.2.2 Equipment Holder 

An instance of Equipment Holder class represents either a bay or a shelf. 
Equipment Holder has attributes which are defined as follows: 

• ID: the value of this attribute uniquely identifies an instance of this 
class. 

• Vendor Name: this attribute indicates the vendor name. 

• Unit Price: this attribute indicates the unit price of this product. 

• Purchase Date: this attribute indicates when this product item was 
purchased. 

• Holder Type: this attribute indicates the type (bay or shelf) of this 
instance. 

• Configuration Type 

• Serial Number: the value of this attribute uniquely identifies an instance 
within this product category. 

• Automatic Number: this attribute is used to identify an instance within 
this product category if a system-readable serial number is not 
available. Therefore this attribute is a substitute for serial number and is 
automatically generated by system when the board is installed. 

• Part Number: this attribute identifies product category. 

• Location: this attribute indicates the geographical location name. 

• Asset State: this attribute indicates whether this instance represents an 
online inventory item or offline inventory item. 

The following operation(s) are supported by the this object class: 

• Query: this operation is used to get information concerning the 
attributes of an equipment holder. 

• Edit: this operation is used to edit those attributes not relevant to the 
operational features of an equipment holder. 

4.2.3 Slot 

An instance of Slot class represents a slot. Instances of this class are only applicable to 
online inventory management. 
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Slot has attributes which are defined as follows: 

• ID: the value of this attribute uniquely identifies an instance of this 
class. 

• Holder Status: the read-only attribute indicates whether the slot is 
empty or occupied. The set of permitted values is {empty, in aCPL, not 
in aCPL, unknown }. 

• Acceptable Circuit Pack Type List: the read-only attribute identifies the 
types of circuit packs that can be supported by the slot. 

• Location: this attribute indicates the geographical location name. 
The following operation(s) are supported by the this object class: 

• Query: this operation is used to get information concerning the 
attributes of a slot. 

4.2.4 Network Element 

An instance of this class represents a NE. 

Network Element has attributes which are defined as follows: 

• ID: the value of this attribute uniquely identifies an instance of this 
class. 

• Vendor Name: this attribute indicates the vendor name. 

■ User Label: the attribute is used to represent a label of this product type 
named by user. 

• Operational State: an indication of the operational state of the NE. 
Operational Status is a read-only attribute. The set of its permitted 
value is {enabled, disabled}. 

• Communication Link State: This read-only attribute identifies whether 
or not the communication link to EMS is capable of performing its 
normal functions. 

• Location: this attribute indicates the geographical location name. 
The following operation(s) are supported by the this object class: 

• Query: this operation is used to get information concerning the 
attributes of an NE. 

• Edit: this operation is used to edit those attributes not relevant to the 
operational features of an NE. 

4.2.5 Software 

An instance of this class represents a software package. 
Network Element has attributes which are defined as follows: 
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• ID: the value of this attribute uniquely identifies an instance of this 
class. 

• Version: this attribute identifies the version number of this instance. 

• Vendor Name: this attribute indicates the vendor name. 

• User Label: the attribute is used to represent a label of this product type 
named by user. 

• Operational State: an indication of the operational state of the NE. 
Operational Status is a read-only attribute. The set of its permitted 
value is {enabled, disabled}. 

The following operation(s) are supported by the this object class: 

• Query: this operation is used to get information concerning the 
attributes of software. 

• Edit: this operation is used to edit those attributes not relevant to the 
operational features of software. 

• Download: this operation is used to download the software to NE. 

4.2.6 EMS 

An instance of this class represents an EMS. 

EMS has attributes which are defined as follows: 

ID: the value of this attribute uniquely identifies an instance of this 
class. 

• Vendor Name: this attribute indicates the vendor name. 

• Location: this attribute indicates the geographical location name. 
The following operation(s) are supported by the this object class: 

• Query: this operation is used to get information concerning the 
attributes of EMS. 

• Edit: this operation is used to edit those attributes not relevant to the 
operational features of EMS. 

4.2.7 Equipment Protection Group 

An instance of this class represents an EPG. 

An EPG is used to manage a protection system and identifies the protected (i.e., working or 
regular) equipment(s) and protecting (i.e., backup or standby) equipment(s) in this 
protection system. 

EPG has attributes which are defined as follows: 

ED I 01 | MS WORD I 1320 NM Network Inventory Management R2.0 TRS 



ALCATEL 



3AL 55650 1042 DTZZA 



| • 28 



1320 NM 



R2.0 




• ID: the value of this attribute uniquely identifies an instance of this class 
in the NE. 

• Operational State: the read-only attribute identifies whether or not the 
protection mechanism represented by this object is capable of working. 

• Protection Group Type: the attribute indicates whether the protection 
scheme used is 1+1 or M:N. For equipment protection, the protection 
scheme is typically either 1:N or 1+1. 

Revertive: the read-only attribute identifies whether or not the 
protection scheme used is revertive. The default value for this attribute 
shall indicate revertive operation. 
The following operation(s) are supported by the this object class: 

• Query: this operation is used to get information concerning the 
attributes of EMS. 

4.2.8 Support Object - Spare Parts 

A support PAM data object, named as Spare parts, will be defined in this section. The key 
difference between this this support PAM object and the other PAM objects defined above is 
that it is used for overall spare part (or repairing part) management of physical assets rather 
than individual item, and hence there shall be no any corresponding Q3 object for it. 

Spare parts has the following attributes: 

• Part Type: indicates the type of this spare parts. The set of available 
values is {board, bay, shelf}. 

• Part Number 

• User Label 

• Asset State 

• Quantity: indicates the total number of spare parts in stock (Asset State 
= stock) or faulty parts in repair (Asset State = repair). 

• Underflow Threshold: indicates the lower threshold for alert. 

• Overflow Threshold: indicates the upper threshold for alert. 

• Location 

• Version 

• Vendor Name 

The following operation(s) are supported for spare parts: 

• Query: this operation is used to get information concerning the 
attributes of spare parts. 

• Edit: this operation is used to edit those attributes not relevant to the 
operational features of EMS. 
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The following following special behaviors are supported: 

• A threshold alarm will be reported whenever the quantity reaches either 
the underflow threshold or the overflow threshold. 

• A threshold alarm clear will be reported whenever underflow threshold 
< the quantity < overflow threshold. 

4.3 PAM Object Decomposition 

As we can observe above", an object of board or equipment holder class in PAM view has 
some "offline" attributes (such as Unit Price, Purchase Date, and so on) which are not 
relevant to its online operational behaviors. It is also clear that a data model of offline 
inventory database will not have any "online" attributes of its corresponding PAM view 
object. Thus, the board and equipment holder object in PAM view shall be further split into 
sub-objects, as illustrated in the following Figure 5. 

User's PAM View 



Physical Asset Manager 




Online Persistent Inventory Database Offline Inventory Database 
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FIGURE 5: Illustration of Decomposition of PAN! View Object 



[NIM0051] Board object of PAM view defined above shall be split into online sub-object and 
offline sub-object, corresponding to online board data model and offline board data model 
respectively. 

[NIM0052] Equipment Holder object of PAM view defined above shall be split into online 
subject and offline sub-object, corresponding to online equipment holder data model and 
offline equipment holder data model respectively. 

[NIM0053] The online data model is supported via the online persistent OODB, while the 
offline data model is supported via the offline relational DB. 

[NIM0054] The support PAM object model (spare boards and spare equipment holders) 
shall be supported via the online persistent OODB. 

[NIM0055] The integrity of the board and equipment holder object in PAM view shall be 
provided and maintained via physical asset manager. 

[NIM0056] The link for informational binding of the two sub-objects from online data model 
and offline data model is the combination of PN and SN. 

In general, data duplication between split online sub-object and offline sub-object of a PAM 
view object shall be avoided as much as possible, in order to promote better data 
consistency and database storage efficiency. 

[NIM0057] If there exist any inconsistent duplicated data attributes between split online sub- 
object and offline sub-object of a PAM view object, they shall be aligned according to the 
online sub-object attributes. 

In the following, online sub-object data model and offline sub-object data model for PAM 
board and equipment holder object model are described. 

4.3.1 Online Sub-Object Board 

Online sub-object board has the following attributes: 

• ID 

Serial Number 

• Part Number 

• Automatic Number 

• Circuit Pack Type 

• Operational State 

• Administrative State 
■ Availability Status 
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• Location: this attribute indicates the geographical location name. 

• Version 

• User Label 

• Capacity 

• Installed Time 

• Removal Time 

The following operation(s) are supported for the online sub-object board: 

• Provisioning: this operation is used to configure any configurable 
attributes of a board. 

• Alarms: this operation is used to access current outstanding alarm 
information associated with a board. 

• Protection: this operation is used to access protection information of a 
board. If no equipment protection is available/modeled for the board, 
the return value shall be Null. 

4.3.2 Offline Sub-Object Board 

Offline sub-object board has the following attributes: 
Version 
Vendor Name 
Unit Price 
Purchase Date 
Serial Number 
Part Number 

Automatic Number: this attribute is used to identify an instance within 
this product category if a system-readable serial number is not 
available. Therefore this attribute is a substitute for serial number and is 
automatically generated by system when the board is installed. 

• User Label 

• Asset State 

• Worked Time 

• Repaired Times 

The following operation(s) are supported for the offline sub-object board: 

• Query 

• Edit 
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4.3.3 Online Sub-Object Equipment Holder 

Online sub-object equipment holder has the following attributes: 
ID 

Serial Number 
Part Number 

• Automatic Number 

• Location: this attribute indicates the geographical location name for 
online site. 

• Holder Type 

• Configuration Type 

• Asset State 

• Installed Time 

• Removal Time 

The following operation(s) are supported for the online sub-object board: 

• Query: this operation is used to get information concerning the 
attributes of an online equipment holder. 

4.3.4 Offline Sub-Object Equipment Holder 

Offline sub-object board has the following attributes: 

• Vendor Name 

• Unit Price 

• Purchase Date 

• Serial Number 

• Part Number 

• Automatic Number: this attribute is used to identify an instance within 
this product category if a system-readable serial number is not 
available. Therefore this attribute is a substitute for serial number and is 
automatically generated by system when the board is installed. 

• Holder Type 

Location: this attribute indicates the store location in warehouse. 

• Asset State 

• Worked Time 

• Repaired Times 

The following operation(s) are supported for the offline sub-object board: 

• Query 
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4.4 Dynamic model 

The dynamic model shows the time-dependent behavior of the system and the objects in it. 
The dynamic model is expressed in interaction diagrams for operation requests, and state 
transition diagrams. 

The interaction diagrams show the behavior of the system in terms of sequences of 
interactions among architectural components. The scenarios are useful for understanding 
how objects work together to perform a task. 

The state transition diagram shows the lifecycle of physical inventory items in system and 
how these items are transited from one state to another. 

In general, each inventory item in PAM will be in one of the two basic states - installed 
(online) and not-installed (offline) (see Figure 6). The broad meaning of physical inventory 
management is to manage both online and offline items while the narrow meaning of 
physical inventory management is only to manage online items. In this document, the broad 
meaning of physical inventory management is considered. 




FIGURE 6: Global View of State Diagram for Physical Inventory Items 
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The not-installed state is composed of a set of sub-states, such as in stock (warehouse), in 
repair, and removed. A physical inventory item is in not-installed state if this item is in one 
sub-state of the set {in stock, in repair, removed}. 

4.4.1 Creation and Deletion of Spare Parts 

1. Spare Parts Creation 




9: Set tHresholds and 
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2. Spare Parts Deletion 
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4.4.2 Informational Binding between Online and Offline Inventory Sub-Objects 

When an equipment item is installed for the first time, the online sub-object will be created in 
online core inventory store. The online sub-object will not be deleted from online inventory 
store even when the equipment item is de-installed. When an equipment item is added to 
warehouse for the first time, the offline sub-object will be first created in the offline database. 
Since a PAM view managed object is split into online and offline sub-objects as illustrated in 
Figure 5, informational binding between these two sub-objects shall be essential, in order to 
pack the online sub-object and offline sub-object together to provide an integral view of 
PAM object, and to track equipment items in transition to maintain their inventory data 
consistency in PAM system. Three different situations for the information binding are 
identified and will be discussed in the following sections separately. 

1) All equipment items have system-readable part number and serial number 

2) All equipment items have human-readable or/and barcode-readable part number and 
serial number, but not all of them have system-readable part number and serial number. 

3) All equipment items have human-readable and barcode-readable part number and serial 
number. Although some equipment items do not have system-readable serial number, each 
NE provides a barcode reader interface. 

4.4.3 Informational Binding -- Case 1 

In this section, we consider the informational binding for the first situation listed above. In 
this situation, informational binding is performed based on the combination of part number 
and serial number of the inventory item. The following three scenarios are described. 

1. Install equipment item 

When an equipment item is installed, the following major steps shall be carried out: 

(i) An online managed object instance of circuit pack class is automatically instantiated by 
the EMS (or NE) agent. 

(ii) Then the online inventory resource manager will be notified via Q3 interface, and an 
identical circuit pack object instance will also be created in NML system-wide, unified online 
inventory store. 

(iii) Physical asset manager will accurately identify this specific board in transition, and bind 
its former offline inventory sub-object with its newly created online inventory sub-object 
based on the system-wide unique combination of its part number and serial number, in 
order to maintain the global inventory data consistency. 

The following interaction diagram illustrate the scenario described above. 
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4.4.4 Informational Binding ~ Case 2 

In this section, we consider the second situation listed above. 

A system-wide unique automatic number is automatically generated and assigned to its 
online inventory sub-object by physical asset manager when any equipment item without 
system-readable part number or serial number is installed. Since AN is only associated with 
the online sub-object, there is no any informational link between the online sub-object and 
offline sub-object. As a result, informational binding would not be possible in this situation. 
Neither the online inventory sub-object nor offline inventory sub-object of an equipment 
item could, in general, identify the other part of the PAM view object. AN is used here for the 
purpose of keeping track of only online inventory sub-objects. 

1. Install equipment item 
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2. Query on equipment Item 
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3. De-install equipment item 
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4.4.5 Informational Binding - Case 3 

In this section, we consider the third situation listed above. The difference between this 
situation and the second situation discussed above is that a barcode reader interface is 
provided for each NE for the use of reading serial number of each equipment item at 
installation on site. Thus, this barcode reading for equipment item on installation site is 
intended to be a substitute of system-readable bardcore in order to mimic the first situation 
discussed in Case 1. Therefore, the scenarios of installation and de-installation are very 
similar to those of Casel and the query scenario in this situation is the same as that in Case 



1. Install equipment item 



ED 


01 | MS WORD | 1320 NM Network Inventory Management R2.0 TRS 




| ! 3AL 55650 1042 DTZZA | .44 
1320 NM R2.0 



T 



2- E S E Phy ^ Se ' on"^ database 

Field A 9 ent Server Se,ver 
V Technician 


1:SN barcode 

! 


object instance, set 
SN 

ZD 

4: Notification 


I 

5: Create an 
object instance 

ZD 

6; Inform asset server 
I I 

8: Update the corresponding 
spare parts to reflect, the of 
flme database update. 

n 


^7: Informational binding 
offline record if existed) 

I | 





2. Query on equipment Item 
Same as that in Case 1. 

3. De-install equipment item 
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5 Information model for EMUNML Q3 interface 

The downstream Q3 (ANS-IM) interface between the network inventory resource manager 
and the network (shown in Figure 4) will be specified in this section. The mapping from 
online inventory objects described in Section 3 to Q3 managed objects will be given. Then 
the containment relationship of Q3 objects is presented, followed by the detailed description 
of each Q3 managed object and its MOCS (Managed Object Conformance Statements). 

The following common notations will be used in the MOCS. 

(1) Notations used for the status value column: 
m mandatory 

o optional 
c conditional 
x prohibited 

- - not applicable or out of scope 

(2) Notations used for the support answer column: 
Y implemented 

N not implemented 

- - no answer required 

Ig the item is ignored (i.e. processed syntactically but not semantically) 



5.1 Map PAM Objects to Q3 objects 

The list of Q3 managed objects to be supported in the Q3 interface is listed below. The 
mapping from PAM objects described in Section 3 to Q3 managed objects is given. 



PAM Object 


Q3 Object(s) 


Board 


circuitPackATT/Line + 
equipmentprotectionUnit 


Equipment Holder 


equipmentHolder (bay/shelf) 


Slot 


equipmentHolder (slot) 


Network Element 


managedElementRI + managementLink 


Software 


softwareRI 


EMS 


ems 


Equipment Protection Group 


equipmentProtectionGroup 



Table 1. 

[NIM0058] The PAM view object shall be (partially) mapped to corresponding Q3 object or 
the combination of Q3 objects shown above by Physical Asset Server and hence the 
mapping is transparent to PAM user. 
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5.1.1 Mapping of Board to circuitPackATT/Line 



Board 


circuitPackATT/Llne 


ID 


equipmentld 


Serial Number 


serialNumber 


Part Number 


serialNumber 


Automatic Number 


serialNumber 


Circuit Pack Type 


circuitPackType 


Version 


version 


Vendor Name 


vendorName 


Operational State 


operationalState 


Administrative State 


administrativeState 


Availability Status 


availabilityStatus 


Asset State 




Protection 




Resource Pointer 




Protection Status 




Location 


locationName 


Capacity 


portmappingList 


User Label 


userLabel 


Installed Time 




Removal Time 




Worked Time 




Repaired Times 




Unit Price 




Purchase Date 




Table 2a. 


Board 


equipmentProtectionUnit 


ID 


protectionUnitld 


Serial Number 




Part Number 




Automatic Number 
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Circuit Pack Type 








Operational State 














Administrative State 








Availability Status 








Asset State 








Protection 


protecting 






Resource Pointer 


unreliableResourcePointer 






Protection Status 


equipmentProtectionStatus 






Version 








Vendor Name 








Location 








Capacity 








User Label 








Installed Time 








Removal Time 








Worked Time 








Repaired Times 








Unit Price 








Purchase Date 






Table 2b. 


5.1 .2 Mapping of Equipment Holder 




| Equipment Holder 


equpmentHolder 




ID 


equipmentld 






Serial Number 


serialNumber 






Part Number 


serialNumber 






Automatic Number 


serialNumber 






Holder Type 


holderType 






Configuration Type 


holderType 






Holder Status 


holderStatus 






Vendor Name 


vendorName 






Asset State 
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Location 


locationName 


User Lable 


userLable 






Removal Time 




Worked Time 




Repaired Times 




Unit Price 




Purchase Date 




table 3. 


5.1.3 Mapping of Slot 




Slot 


equpmentHolder 


ID 


equipmentld 


Holder Type 


holderType 


Configuration Type 


holderType 


Acceptable Circuit Pack Type List 


aceptableCircuitPackTypeList 


Holder Status 


holderStatus 


Table 4. 


5.1 .4 Mapping for Network Element 




Network Element 


managedElementRI 


ID 


equipmentld 


Vendor Name 


vendorName 


Version 


version 


User Label 


userLabel 


Operational State 


operationalState 


Communication Link State 




Location 


locationName 


Installation Date 




Table 5a. 


Network Element 


managementLink 


ID 


managementLinkld 
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Vendor Name 








Version 








User Lable 






Operational State 










Communication Link State 


operationalState 






Location 








Installation Date 








Table 5b. 


5.1.5 Mapping for Software 








Software 


softwareRI 






ID 


softwareld 






Vendor Name 


vendorName 




Version 




version 




User Lable 




userLable 




| Operational State 




operationalState 




Initialization Date 










Table 6. 


5.1.6 Mapping for EMS 








EMS 


ems 






ID 


emsld 




Vendor name 




ventorName 




Location 




locationName 






Table 8. 


5.1.7 Mapping for Equipmement Protection Group 


Equipment Protection Group 




equipmentProtectionGroup 




ID 




protectionGroupId 






Operational State 


operationalState 






Protection Type 


protectionGroupType 






Revertive 




revertive 






Protecting Unit |- 
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Protected Unit List 



5.2 Containment relationship 

The containment relationship for Q3 managed objects is shown below. 



r — — i i — 

ImanagementLInk I | managedElemenlRI 



| equipmentHolder (Bay) | 



3 



| equipmentHolder (Slot) j 
I circuitPackATT/clrcuitPacfcLine I 



equipmentProtectionUnit | 



soflwareRI 



FIGURE 9: Containment relationship 
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5.3 circuitpackatt 

5.3.1 Instantiation Rules 

The instantiation rules for circuit packs depend on the types of circuit packs. The following 
instantiation rules are considered here: 

- An instance of circuitPackATT is automatically created by the agent when the circuit pack 
is inserted into the slot. 

- An instance of circuitPackATT is individually deleted by the EML manager application. 

- An instance of circuitPackATT is explicitly created by the EML manager application. 

- An instance of circuitPackATT is automatically created by the agent when the shelf is 
instantiated, and the circuit pack must be present in its slot at that time. 

- An instance of circuitPackATT can not be separately deleted by the EML manager 
application. Rather, it will be automatically deleted when the holding shelf is deleted. 

Which circuit pack of the circuitPackType shall use which instantiation rule should be 
specified in relevant Implementation Agreement documents. 

5.3.2 Naming Rules 

The naming attribute of the circuitPack will always have the integer value zero (0). 

5.3.3 State Attributes 

The operationalState of the circuitPack becomes 'disabled' if an alarm is issued with a 
'disabling' probable cause (for example: Improper Removal, Internal Link Failure, Power 
Problem). The operationalState of the circuitPack is 'enabled' when there is no alarm on it. 

The administrativeState is supported for read-only. 

5.3.4 Special Behavior 

• UserLabel: the common mnemonic of the circuitPack will be included in 
the userLabel. 
Examples: CPU8800, PS1 890, ... 

• circuitPackType: the CLEI code, if available, will be used in 
circuitPackType. Otherwise the common mnemonic of the circuitPack 
will be duplicated here. 

• serialNumber: will contain both serial number and part number. The 
format is specified as: P/N-xxxxxxxxxxxxxx followed by a space and 
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S/N-xxxxxxxxxxxx. Or, if system-readable serial number is not 
available, serialNumber will contain automatic number generated by 
system and part number. The format is specified as: P/N- 
xxxxxxxxxxxxxx followed by a space and A/N-xxxxxxxxxxxx. 



Managed object class support 



Managed object class template 



cirouitPackATT 





Index 1 Package template 


Value of object 
identifier for 






Support 


Additional information 




1 1 circuilPackATTP 

r 








N 




2 createDeleteNotif 


00 13310004 

10 






Y 




3 | administrativeOp 
erationalStatesPa 


00133100 0 4 1 






Y 




4 1 stateChangeNotif 

icationPackage 


00 13310004 
28 






Y 




5 1 equipmentsEquip 
mentAIarmRlPac 
kage 


00 13 310004 
37 






N 




6 cunentProblemLi 


00 133100 0 4 
13 






Y 




7 equipmentAlarm 
j EffectOnServiceP 


00 133100 0 4 
38 






Y 




8 1 alaimSeverityAss 
ckage 








N 












Y 




10 | equipmentRlPac 












I rmRl Package 


00 13310004 
3« 






N 
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0 7 54 




PV: 'CLEI 
code' if 




- 


Y 


- 




- 


















other 
userL 


abet 




















7 


availabilityStatus 


293 27 


33 


PV: 'empty', 

inTesi(O), 

failed(l), 

notInstalled(7) 


















1 


serialNumber 


0 7 69 3100 








m 


Y 













supportedByObje 


00 13 3100 








m 


N 


m 


N 






10 


affectedObjectLis 
1 


00 13 3100 








0 


Y 


" 










vendorName 


00 133100 
0751 




- 




0 


N 


0 


N 






12 




0 7 52 








0 


Y 


0 


N 






, 3 


locationName 


00 13 3100 
0 7 27 




- 




o 


Y 


o 


N 






.4 




0 7 20 




m 
















15 




D7 34 






N 


m 


N 


- 










packages 


293 2766 








0 


Y 










17 


allomoiphs 






















18 


objectClass 


293 2765 










Y 


- 










nameBinding 


2 9 3 2 7 63 




















20 


userUbel 


3 7 50 






























eluded 




- Attribute support 










Index 






1 * 






| Se, 








Addi 














Support 






























UV:unlocked(l) 






2 




























































5 












































































and part nu 
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Notification support 





Index : Notification type 
1 template label 

i 


Value of object 
identifier for 
notification type 


Constraints and 




Support 


Additional information 




! 
i 








Confir 


Non- 
confirme 




1 { objectCreation 


293 2 106 








Y 




2 i objectDeletion 


2932 107 






N 


Y 




3 : staleChange 












administrativeState 


4 equipmentAlarm 


293 2 104 














2 93 2 103 












6 j processingErrorA 


2932 10 10 
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Parameter support 



:orrdatedRecord 



5.4 circuitpackline 

5.4.1 Instantiation Rules 

The instantiation rules for circuit packs depend on the types of circuit packs. The following 
instantiation rules are considered here: 

- An instance of circuitPackATT is automatically created by the agent when the circuit pack 
is inserted into the slot. 

- An instance of circuitPackATT is individually deleted by the EML manager application. 

- An instance of circuitPackATT is explicitly created by the EML manager application. 

- An instance of circuitPackATT is automatically created by the agent when the shelf is 
instantiated, and the circuit pack must be present in its slot at that time. 

- An instance of circuitPackATT can not be separately deleted by the EML manager 
application. Rather, it will be automatically deleted when the holding shelf is deleted. 

Which circuit pack of the circuitPackType shall use which instantiation rule should be 
specified in relevant Implementation Agreement documents. 

5.4.2 Naming Rules 

The naming attribute of the circuitPack will always have the integer value zero (0). 
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5.4.3 State Attributes 

The operationalState of the circuitPackLine becomes 'disabled' if an alarm is issued with a 
'disabling' probable cause (for example: Improper Removal, Internal Link Failure, Power 
Problem). When the circuitPackLine operationalState becomes 'disabled', the TPs 
supported by it also become disabled as a result. The operationalState of the 
circuitPackLine is 'enabled' when there is no alarm on it. 

The administrativeState is supported for read-only. 

5.4.4 Special behavior 

• UserLabel: the common mnemonic of the circuitPack will be included in 
the userLabel. 
Example: HSU8203, FX08139, ... 

• circuitPackType: the CLEI code, if available, will be used in 
circuitPackType. Otherwise the common mnemonic of the circuitPack 
will be duplicated here. 

• serialNumber: will contain both serial number and part number. The 
format is specified as: P/N-xxxxxxxxxxxxxx followed by a space and 
S/N-xxxxxxxxxxxx. Or, if system-readable serial number is not 
available, serialNumber will contain automatic number generated by 
system and part number. The format is specified as: P/N- 
xxxxxxxxxxxxxx followed by a space and A/N-xxxxxxxxxxxx. 

■ The provisioning of the portMappingList will be allowed only for the 
protected boards. 



5.4.5 MOCS 



Managed object class support 



Managed object class template 



Table 11: Actual class support 



Managed object class te 
for actual class 
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Package support 





Index 


Package template 


Value of object 


Constraints and 




Support 


Additional information 








circuitPackLineP 








Y 


--- 






2 


circuitPackATTP 
















3 


createDeleteNotif 


00 13310004 
10 




- 










4 


administrativeOp 


00133100 0 4 1 




m 


Y 








5 


stateChangeNotif 
icationPackage 


00 13310004 
28 




m 


Y 








6 


equipmentsEquip 
mentAlarmRlPac 


00 13310004 
37 




m 


N 








1 


currentProblemLi 
stPackage 


0013 310004 ; 
13 ! 


m 


Y 








8 


EffectOnServiceP 
ackage 


00 13 310004 
38 






Y 








9 


alarmSeverityAss 
ignmentPointerPa 


00 13 3100043 




m 


N 








■ 0 


circuitPackPacka 






m 


Y 










equipmentRlPac 






m 


Y 








12 


environmentalAla 
rmRl Package 


00 13 310004 
36 






N 








13 


processingErrorA 
larmRlPackage 


00 13 310004 
39 






Y 








14 


equipmentPackag 


















attributeValueCh 
angeNotificatioti 
Package 


00133100 0 4 4 






Y 










affectedObjectLis 


00 133100 0 4 2 






Y 










mentAlamiPacka 
Be 


00 13 310004 
15 






N 
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rmPackage 


00 133100 0 4 ] 












onsAlarmlnforma 


00 133100 0 4 ■ 








20 


processingErrorA 
larmPackage 


00 133100 0 4 






N 




21 


userLabelPackag 


00133100 0 4 




c 


Y 




22 


vendorNamePack 






c 


N 




23 


versionPackage 


00 133100 0 4 












locationNamePac 


00 13 310004 , 




Y 




25 | topPackage 






Y 




26 | packagesPackage 


29324 16 




Y 




27 | allomorphicPacka 












Attribute support 






Index 1 Attribute 
: template label 


object 
idenlifierfor 


Constraints and 


Set by create 


Get 














Support 














2932766 
















2 




2932750 


















objectClass 












Y 








nameBinding 












Y 






5 


availableSignalR 
ateList 


0331340 
















6 


ponSignalRateLi 


03 31340 
21 7 50 


















portMappingList 


0 3 3134 0 


















admimstrativeSta 


29 3 2731 


PV: locked(O), 
unlocked(l) 








Y 




N 






2932735 










Y 








00 133100 
076 










N 






1 1 currentProblemLi 


00 133100 
0 7 17 
















12 ; alannSeverityAss 
ignmentProfilePo 


00 13 3100 
075 














N 
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inTesl(0), 
failed(l), 
ofiLine(3), 



(concluded) - Attribute support 



Status Support Slams Support Status Support 



| Remove | 



Set to default Additional information 
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format: P/N-xxxxxx S/N-xxxxxx. 
formal: A/N-xxxxxxx slw-xxxxxxi 



Additional information 



I attributeValueCh 2 



identifier for 
lOtlfication type 



Notification support 
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Parameter support 

Value of object Constraints and Status Support 



5.5.1 Instantiation Rules 

The ems object is instantiated as s< 



n as the EMS starts up. It is never deleted. 



5.5.2 Naming Rules 

The ems is named with a graphical string. The format is as follows: ANS-xxxx (where xxxx 
represents a unique four-digit number in the network). The first ems object that gets 
instantiated will be ANS-0001. 

5.5.3 State Attributes 

No state attributes supported. 

5.5.4 Special Behavior 

None. 



Managed object class support 



Managed object class template 



Support of all 

f fY/N) 5 



Is the actual class the 
same as the managed 

conformance is 

(Y/N) 
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Attribute support 



Status Support Status Support 
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endorName 0 0 13 3100 



(concluded) - Attribute support 



Index Add 



Status Support Status Support Status Support 



| Remove | 



due of object Constraints and 
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Notification support 



5.6 equipmentHolder 

5.6.1 Instantiation Rules 

There are different types of equipment holders. Currently, two major types are considered 
and their instantiation rules are specified separately as follows. 

AUTO type: The equipment holders (bays, shelves and slots) are automatically instantiated 
by the Agent after initialization of the NE, and are never deleted when the NE is not deleted. 

MANU type: The equipment holders (bays, shelves, and slots) are explicitly provisioned by 
EML manager application. The bays and shelves of this type need to be deleted explicitly by 
EML manager application. 

5.6.2 Naming Rules 

The naming attribute of the equipmentHolder (bay, shelf, slot) will be an integer. 

5.6.3 State Attributes 

No State Attributes supported. 
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5.6.4 Special Behavior 

The equipmentHolderType value (for bay or shelf) shall be specified as 
bay TYPEJXXXXXX' or shelfryPEJXXXXXX', where TYPE is the type identifier either 
AUTO or MANU defined above, 'XXXXXX' is a string of characters and/or digits. The 
equipmentHolderType value (for slot) shall be specified as sioi'XXXXXX', where 'XXXXXX' 
is a graphic string. The type of the slot is determined by the type of containing shelf. 

Examples: 



For each specific NE, some particular syntax format of 'XXXXXX' could be enforced and 
then should be specified in each Implementation Agreement document. 



Managed object class support 



Managed object class template 



mandatory 
features 
(Y/N) 



Package support 





Index 


Package template 
label 


identifier for 
package 


Constraints and 












equipmentHolder 








Y 






subordinateCircui 


00 13 310004 


PRESENT IF 
represented by 
equipmentHolder 
allowed to 
pack" 








3 


equipmentRlPac 
















00133100 0 4 3 






N 
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ckage 












5 


equipmentsEquip 
menlAlannRIPac 
kase 


37 






Y 






rmRIPackaee 


00 13 310004 






N 






processingErrorA 
larmRlPackage 


39 










S 


equipmentPackag 












9 ; crealeDeleteNotif 
! icationsPackage 


00 13 310004 




„ 


Y 




10 attributeValueCh 
angeNotificalion 


00 13 3100044 




c 


Y 




1 1 i stateChangeNotif 


00 13 310004 
28 




c 


Y 




eratiorialStatesPa 
ckage 








Y 




13 : aftectedObjectLis 
(Package 


00133100042 




C 


N 




14 topPackage 






m 


Y 
















16 allomorphicPacka 


29324 .7 




c 


N 




sIPackage 


00 133100 0 4 




c 


Y 




18 locationNamePac 
W 


00 . 3 3.00 0 4 




e 


Y 




L9 versionPackage 


00 . 33100 0 4 
34 




< 


N 




20 i vendorNamePack 


33 






N 




21 userLabtlPackag 


32 










22 processingErrorA 
; larmPackage 


00 13 310004 




c 


N 






0013310004 
30 










24 environmentalAla 
rmPackage 


00 13310004 










25 : equipmentsEquip 


15 






N 
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(concluded) - Attribute support 



Remove | Set to defai 



bayTYPEJOOOOOC, shelfTYPE JCXXXXX, 
s)otXXXXXX, where TYPE is either AUTO or 
MANU, and XXXXXXis a graphic string. 



Notification support 



Notification type Value of object 
I template label identifier for 



Constraints and Status 



Additional information 
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Parameter support 



5.7 managedElementRI 

5.7.1 Instantiation Rules 

An instance of this type is created/deleted explicitly by the agent when an NE is registered 
into/de-registered from the EMS. 

5.7.2 Naming Rules 

The naming attribute (managedElementld) is an ASN.1 graphic string that consists of the 
following pattern: 

City (4 char) 

- State (2 char) 
Location (5 char) 
Floor (2 char) 

- Aisle (4 char) 

Bay (2 char) (This is the Bay where the CPU cards are located) 

- Mounting Position (1 char) (This is the Shelf where the CPU is located) 
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5.7.3 State Attributes 

The administrativeState is not used. The operationalState will become disabled if the 
network element reboots. 



5.7.4 Special Behaviour 

The attribute vendorName contains information for both vendor and NE type. The format is 
defined as: Alcatel-XXXXXX. Where XXXXXX is a graphic string representing the NE type. 

Example: Alcatel-1603SM, Alcatel-1 630SX. 

5.7.5 MOCS 



Managed object class support 



Managed object class 



managedElementRI 
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tifier for the 
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Package support 
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nterPackage 
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attributeValue 
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ationPackage 


0 013 3100 0 
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LocalAlarmPa 
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resetAudibleAl 
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userLabelPac 
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10 
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Y 




11 


versionPacka 
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0CM3 3100 0 
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Value of 
object 

identifier for 



5.8 managementlink 
5.8.1 Instantiation Rules 

An instances of this managed object class is created automatically by the agent (EMS) for a 
communication link the agent establishes with an external process (communication link 
exists between EMS and NE or two EMS systems) whenever an instance 
managedElementRI is created and a communication link is established between EMS and 
the NE An instance of this object class is deleted whenever the associated NE is deleted. 





MS WORD 


1 1320 NM Network Inventory Management R2.0 TRS 


ED | 01 




J | 3AL 55650 1042 DTZZA | 79 






1320 NM R2.0 



T 



5.8.2 Naming Rules 

The naming attribute (managementLinkld) of a managementLink object should take on the 
value of the naming attribute (managedElementld) of the NE associated with that link. 

5.8.3 State Attributes 

The administrativeState attribute is supported for read-only. 

The operationalState will become disabled if the link between the EM and the NE goes 
down (NE is unreachable), and enabled when the link goes up; the operationalState will 
also become disabled whenever the administrativeState has been set to locked. 



5.8.4 Special Behavior 

None. 



5.8.5 MOCS 
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(concluded) - Attribute support 
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5.9 equipmentprotectiongroup 

5.9.1 Instantiation Rules 

An instances of this managed object class will be created when a circuit pack is intantiated 
in the 'Protecting' slot in a protection group. An equipmentProtectioonGroup instance will 
always be present as long as there is at least one circuit pack instance present (protected or 
protectiong). 

5.9.2 Naming Rules 

The naming attribute (ProtectionGroupid) will contain the Bay, Shelf and Slot number of the 
protecting circuit pack. 

Example: 

If the protecting circuit pack is on bay 2, shelf 2, and slot 1, then the naming attribute of this 
protection group will be 02-02-01. 

5.9.3 State Attributes 

The operationalState will become disabled if the operationalState of the protecting circuit 
pack becomes disabled. 

5.9.4 Special Behaviour 

None. 



5.9.5 MOCS 
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5.10 equipmentprotectionunit 
5.10.1 Instantiation Rules 

An instance of this object shall be automatically instantiated by the agent when a circuit 
Pack is created and this circuit pack is under the protection within an 
equipmentProtectionGroup. An instance of this object shall be automatically deleted when 
the circuit pack it represents within the equipmentProtectionGroup is deleted. 



5.10.2 Naming Rules 

The naming attribute (protectionUnitld) for the protecting unit will be zero (0). The naming 
attribute for the protected unit will be 1 through N, where N is the maxim number of ciricuit 
packs protected in the equipmentProtectionGroup. 

5.10.3 State Attributes 

Not applicable. 



5.10.4 Special Behaviour 
None. 
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1 attributeValueCh 2 9 3 2 



N Y equipmentProteotionSt 



5.11 softwareRI 



5.11.1 Instantiation Rules 

The nature of the software and data represenrted by softwareRI instances determines the 
instantiation rules used for the instances. Two major types of instantiation rules are 
described below. 

An Instance of this object (representing regular software or data) is created automatically by 
the agent at initialization time. The instance will not be deleted until the NE is deteled. 

An instance of this object (representing standby software or data) is created automatically 
by the agent when a download operation has completed successfully. The instance is 
deleted automatically by the agent when a switchSoftware operation (future) has completed 
successfully. 

5.11.2 Naming Rules 

The naming attribute (softwareld) is a graphic string. 



5.11.3 State Attributes 

The operationalState is enabled if the instance is able to perform its normal funtions. The 
operationalState becomes disabled when the instance becomes unable to perform its 
normal funtions (e.g. software corrupted or problem with optical disk). 



5.1 1.4 Special Behaviour 

1 . Backup 

To create a back-up on the NE, the upload operation is used. The softwareRI instance 
representing active data of NE must be specified as the source, and the target (a 
graphicalString) must specify the back-up device. Upon successful completion of the back- 
up, the time indication in the version attribute of the corresponding softwareRI object shall 
be updated. An attribute value change notification for the version will also be emitted. 

2. Version Attribute 

The sematics of the version attribute are the following: 'V- 
<managedElementId>:<dateTime>:<status>', where the format of <dateTime> and <status> is described 



<dateTime> - the format of this field is as follows: 'yyyy-mm-dd-hh-mm-ss'. For the active 
database of NE, this date will represent the activation date and time. 



ED 


01 | MS WORD 


1 1320 NM Network Inventory Management R2.0 TRS 






1 | 3AL 55650 1042 DTZZA [ 87 






1320 NM R2.0 



T 




i hour 

<status> - represents either the value 'inactive' or the value 'active'. 
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Parameter support 



6 Major scenarios 

In this section, various scenarios ai 



6.1 Scenarios for Q3 interface 



6.1 .1 Discovery after Communication Establishment 

This scenarios describes the discovery process initiated by the online network inventory 
resource manager after the communication link to EMS has been set up. 
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Linked reply (ems) 



Linked reply (managedElementRI) 



Linked reply (equipmentHolder) 



Completed reply 



The 1320NM online inventory manager: 

send an Scope GET operation on the ems to get all information. 

send M-CREATE for an eventForwardingDiscriminator to register for events on ems, 
managedElementRI, equipmentHolder, circuitPackLine, circuitPackATT. 

As soon as this sequence is finished, the online inventory manager enters its main loop, 
waiting for reception of events or requests from the user (via the graphical user interface). 
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6.1.2 NE registration 

This scenario describes the manual registration process of a new NE to the agent. 



o 

At F h^' 



I managedElementRI creation notification 



The agent: 

- Create a new instance of managedElementRI and sends a notification (only the value 
of attribute managedElementld is available at NE registration). 

Create a instance of managementLink for this NE under ems. No creation notification 
for it. 

Set the operationalState value of managementLink to disabled. 

The 1320NM inventory manager: 

Create a new instance of managedElementRI in its online database when receiving a 
creation notification. 

6.1.3 NE initialization 

This scenarios describes the initialization process when a new registered NE first becomes 
reachable from the agent. 
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Read NE_data 
Send NE data 



equipmentHolder (type bay) creation notif. 



equipmentHolder (type shelf) creation notjf. 



circuitPackLine/ATT creation notif. • 



Scope GET on equipmentHolders(shelf) 



Linked reply (equipmentHolder) . 



Linked reply (circuitPackATT/Line) 



Completed reply 



The agent: 

Set the operationalState of the managementLink to enabled. 

Create instance(s) of equipmentHolder of type bay and send notification(s) to the 
manager. 



Create instance(s) of equipmentHolder of type shelf. 
Create instance(s) of equipmentHolder of type slot. 
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- Send creation notifications for equipmentHolder of type shelf. This notification should 
be sent only after the creation of equipmentHolder instances of type slots under 
that shelf by the agent. 

Create instances of circuitPackATTILine, and send notifications (optional). 
The 1320NM inventory manager: 

- When receiving a creation notification for equipmentHolder of type shelf, send a scope 
M-GET on equipmentHolder (shelf). 

6.1.4 NE deletion 

This scenario describes the process of NE deletion. 



circuitPackATT/Line deletion notif. 



equipmentHolder (type shelf) deletion notif. 



equipmentHolder (type bay) deletion notif. 



managedElementRI deletion notification 



Delete instance(s) of circuitPackATT/Line and send the deletion notification(s) of 
circuitPackATT/Line to the manager. 

Delete the instance(s) of equipmentHolder (shelf) and send the deletion notification(s) 
of equipmentHolder to the manager. 
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- Delete the instance(s) of equipmentHolder (bay) and send the deletion notification(s) of 
equipmentHolder to the manager. 

- Delete the instance of managedElementRI and send the deletion notification of 
managedElementRI to the manager. 

N.B. According to the name binding rules defined in M3100 standards, the equipment 
holder or the managed element can only be deleted if it has no contained objects. 
Therefore, in order to delete the managedElementRI, the agent has to first delete 
all circuit packs and equipment holders before deleting the managedElementRI , as 
shown in the above diagram. (The deletion notifications of circuit packs and 
equipment holders are not necessary to the manager in this case since the 
manager will delete all the contained objects under the managedElementRI when it 
receives the deletion notification of managedElementRI. However the agent may 
not have easy way to distinguish between this case and the simple deletion of a 
card, for example). 

The asset manager: 

- Upon reception of the deletion notification of managedElementRI, the inventory 
manager will discard all information related to that NE from its database. 

n.b. The 1320NM inventory manager assumes that upon the reception of a 
managedElementRI deletion notification, all contained objects are already deleted 
(equipmentHolder, .„). Thus, it will delete all remaining objects in the online 
database under the managedElementRI . 

6.1.5 The new card is inserted (correct type, good card) 

The scenario describes that a new card of correct type is inserted into a slot for the first 
time, and the card functions well. 

In general, when a card of correct type is inserted into a slot, an automatic self-test on the 
card will be performed. During the self-test period, the operationalState of the 
circuitPackATTILine should be disabled, and the availabilityStatus of the 
circuitPackATTILine should be inTest. 
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Card self-lest finished 



circuitPaokATT/Line creation notif. 



M-GET on circuitPackATT/Line 



*: Optional 



The agent: 

- Create the instance of circuitPackATT/Line and send the creation notification of 
circuitPackATT/Line to the manager. 

Change the holderStatus value of equipmentHolder that contains the newly inserted 
card: holderEmpty --> inTheAcceptableList and send the attributeValueChange 
notification to the manager. 

- Change operationalState value of the circuitPackATT/Line instance: disabled - 
>enabled and send the stateChange notification to the manager. (The notification is 
optional in the sense that when the self-test time is negligible and the self-test can be 
finished before the creation notification of circuitPackATT/Line is sent out. Then, this 
notification is not necessary.) 

Change availabilityStatus value of the circuitPackATT/Line instance: offLine - 
>available (empty set) and send the attributeValueChange notification to the manager. 
(The notification is optional in the sense that when the self-test time is negligible and the 
self-test can be finished before the creation notification of circuitPackATT/Line is sent 
out, this notification is not necessary.) 
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The inventory manager: 



n the database when receiving the creation 



- Send an M-GET on the circuitPackATT/Line. 

Change operationalState value of the created circuitPackATT/Line instance accordingly 
when receiving the the stateChange notification from the agent. 

Change the availabilityStatus value of the created circuitPackATT/Line instance 
accordingly when receiving the the attributeValueChange notification from the agent. 

6.1.6 The new card is inserted (correct type, bad card) 

The scenario describes that the new card of correct type is inserted into a slot for the first 
time, and the card fails its self-test. 



Card self-test failed 



CircuitPackATT/Line creation notif. 



circuitPackATT/Line 
attributeValueChange(availabilityStatus) not jf .' 



m (circuitPackATT/Line) notif. 



M-GET on circuitPackATT/Line 



The agent: 

- Create the instance of circuitPackATT/Line and send the creation notification to the 
manager. 
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- Change the holderStatus value of equipmentHolder that contains the newly inserted 
card: holderEmpty -> inTheAcceptableList and send the attributeValueChange 
notification to the manager. 

- Change the availabilityStatus value of circuitPackATT/Line: inTest -> failed, and send 
the attributeValueChange notification to the manager (The notification is optional in the 
sense that when the self-test time is negligible and the self-test can be finished before 
the creation notification of circuitPackATTVLine is sent out.) 

- Change the value of the currentProblemList of the circuitPackATT/Line instance: (empty 
set) -> appropriate Probable Cause/alarmStatus pair> and send the alarm 
(circuitPackATT/Line) notification to the manager. 

The inventory manager: 

- Create the instance of circuitPackATT/Line in the database when receiving the creation 
notification. 

Change the availabilityStatus value of the created circuitPackATT/Line instance 
accordingly when receiving the the attributeValueChange notification from the agent. 

Send an M-GET on the circuitPackATT/Line. 

6.1.7 The new card is inserted (unacceptable type) 

The scenario describes that the new card of unacceptable type is inserted into a slot for the 
first time, 
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Card is inserted 



equipmentHolder(slot) 
attributeValueChange notif. 



m (equipmentHolder) notif. 



The agent: 

No instance of circuitPackATT/Line is created in its MIB. 

Change the holderStatus value of equipmentHolder that contains the newly inserted 
card: holderEmpty --> notlnTheAcceptableList or holderEmpty -> unknown, and send 
the attributeValueChange notification to the manager. 

- Send the alarm (equipmentHolder) notification (probable cause of Improper Circuit Pack 
Insertion) to the manager. 

The inventory manager: 

- No instance of circuitPackATT/Line is created in its database. 

Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly 
when receiving the attributeValueChange notification. 

6.1.8 The new card is inserted to a provisioned slot (correct type, good card) 

The scenario describes that the new card of correct type is inserted into a already 
provisioned slot. An automatic self-test on the card will be conducted. The card passes its 
self-test. 
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m clear (circuitPackATT/Llne) notif, 



Change the holderStatus value of equipmentHolder that contains the newly inserted 
card: holderEmpty -> inTheAcceptableList, and send the attributeValueChange 
notification to the manager. 

Change the operationalState value of the circuitPackATT/Line instance: disabled -> 
enabled, and send the stateChange notification to the manager. 

Change the availabilityStatus value of the circuitPackATT/Line instance: notinstalled ~ 
> available (empty set), and send the attributeValueChange notification to the manager. 

- Send the alarm clear (circuitPackATT/Line) notification (probable cause of 
ImproperRemoval) to the manager, and update the currentProblemList of the 
circuitPackATT/Line. 

The inventory manager: 

- Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly 
when receiving the attributeValueChange notification. 

Make changes on the operationalState of the circuitPackATT/Line instance accordingly 
when when receiving the stateChange notification. 
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- Make changes on the availabilityStatus of the circuitPackATT/Line instance 
accordingly when when receiving the attributeValueChange notification. 

6.1.9 The new card is inserted to a provisioned slot (correct type, bad card) 

The scenario describes that the new card of correct type is inserted into a alrea 
provisioned slot, and the card fails its self-test. 



alarm clear (circuitPackATT/Line) notif. 



alarm (circuilPackATT/Line) notif. 



The agent: 

- Change the holderStatus value of equipmentHolder that contains the newly inserted 
card: holderEmpty -> inTheAcceptableList, and send the attributeValueChange 
notification to the manager. 

- Change the availabilityStatus value of circuitPackATT/Line: notlnstalled -> failed, and 
send the attributeValueChange notification to the manager. 

- Send the alarm clear (circuitPackATT/Line) notification (probable cause of 
ImproperRemoval) to the manager. 

Send an alarm (circuitPackATT/Line) notification (for the bad card) to the manager, and 
update the currentProblemList of the circuitPackATT/Line. 

- Update the currentProblemList of the circuitPackATT/Line accordingly. 
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The inventory manager: 

- Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly 
when receiving the attributeValueChange notification. 

- Make changes on the availabilityStatus value of circuitPackATT/Line instance 
accordingly when receiving the attributeValueChange notification. 

6.1.10 The new card is inserted to a provisioned slot (unacceptable type) 

The scenario describes that the new card of unacceptable type is inserted into a already 
provisioned slot. 



Card is inserted 



alarm (equipmentHolder) nc 



Change the holderStatus value of equipmentHolder that contains the newly inserted 
card: holderEmpty -> notlnTheAcceptableList or holderEmpty -> unknown, and send 
the attributeValueChange notification to the manager. 

Send the alarm (equipmentHolder) notification (probable cause of 
ImproperCircuitPacklnsertion) to the manager. 



Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly. 
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6.1.11 The card is removed from its provisioned slot (good card) 

The scenario describes that a good card is removed from its provisioned slot. 



Card is removed 



m (circuitPackATT/Line) notif. 



- Change the operationalState value of the circuitPackATT/Line instance to disabled, and 
send the stateChange notification to the manager. 

Change the availabilityStatus value of the circuitPackATT/Line instance to notlnstalled, 
and send the attributeValueChange notification to the manager. 

Change the holderStatus value of the equipmentHolder from which the card is removed: 
inTheAcceptableList -> holderEmpty, and send the attributeValueChange notification to 
the manager. 

Send the alarm (circuitPackATT/Line) notification (probable cause of ImproperRemoval) 
to the manager, and update the currentProblemList of the circuitPackATT/Line instance. 

The inventory manager: 

Make changes on the operationalState of the circuitPackATT/Line instance accordingly 
when receiving the stateChange notification. 
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- Make changes on the availabilityStatus of the circuitPack/Line instance accordingly 
when receiving the attributeValueChange notification. 

Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly 
when receiving the attributeValueChange notification. 

6.1.12 The card is removed from its provisioned slot (bad card) 

The scenario describes that a bad card is removed from its provisioned slot. 



Card is removed 



tti clear (circuilPaekATT/Line) notif. _ 



m (circuitPackATT/Line) notif. 



Change the availabilityStatus value of the circuitPackATT/Line instance to notlnstalled, 
and send the attributeValueChange notification to the manager. 

Change the holderStatus value of the equipmentHolder from which the card is removed: 
inTheAcceptableList --> holderEmpty, and send the attributeValueChange notification to 
the manager. 

Send the alarm clear (circuitPackATT/Line) notification (to clear the bad card alarm) to 
the manager. 

Send the alarm (circuitPackATT/Line) notification (probable cause of ImproperRemoval) 
to the manager. 
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- Update the currentProblemList of the circuitPackATT/Line instance of the removed 
card accordingly. 

The inventory manager: 

- Make changes on the availabilityStatus of the circuitPackATT/Line instance accordingly 
when receiving the attributeValueChange notification. 

Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly 
when receiving the attributeValueChange notification. 

6.1. 13 The card is removed from mismatched slot 

The scenario describes that the card of incorrect type is removed from a mismatched slot. 



alarm clear (equipmentHolder) notif. 



Change the holderStatus value of the equipmentHolder from which the card is removed: 
notlnTheAcceptableList --> holderEmpty or unkown -> holderEmpty, and send the 
attributeValueChange notification to the manager. 

Send the alarm clear (equipmentHolder) notification (probable cause of Improper Circuit 
Pack Insertion) to the manager. 

The inventory manager: 
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- Make changes on the holderStatus of the equipmentHolder (slot) instance accordingly. 
6.1.14 The card is deleted (after its removal) 

The scenario describes the card deletion procedure that a card is deleted by the agent (after 
being physically removed from its slot). A card can only be deleted if the card's 
administrativeState is locked (future release). 



circuitPackATT/Line deletion nc 



alarm clear (circuitPackATT/Line) notir 



The agent: 

- Delete the circuitPackATT/Line instance in its MIB, and send the deletion notification to 
the manager. 

If the deleted instance is circuitPackLine, deletes all the instances of TPs supported by 
this circuitPackLine. 

- Send alarm clear notification (probable cause of ImproperRemoval) to the manager. 
The inventory manager: 

- Delete the circuitPackATT/Line instance in its database when receiving the deletion 
notification from the agent. 
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6.1.15 The new bay or shelf is added 

The scenario describes that a new bay or shelf is added to an NE. 



Provision equipmentHolder 



equipmentHolder creation notif. 



M-GET on equipmentHolder 



The agent: 

Create the instance of equipment and send the creation notification to the manager 
The inventory manager: 



- Send an M-GET on the equipmentHolder. 
6.1 .1 6 The bay or shelf is deleted 

The scenario describes that the equipment holder (bay or shelf) is deleted. 
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equipmentHolder deletion notif. 



Delete the equipmentHolder instance in its MIB, and send the deletion notification to the 
manager. 

The inventory manager: 

Delete the equipmentHolder instance in its database when receiving the deletion 
notification from the agent. 

N.B. According to the name binding rules defined in M3100 standards, the equipment 
holder can only be deleted if it has no contained objects. 
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6.2 Scenarios for user interface 
6.2.1 Inventory query 

^Operator 




The operator: 

Make query on network inventory item(s). 
The Table GUI: 

Retrieve the information from the inventory manager's database. 
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After receiving the result from the inventory manager, display the result on the screen. 
The 1320NM Inventory manager: 

Return the query result to GUI. 
6.2.2 Shelf Graphical display 



AOperator 



Graphical 



Mouse click to make query 



The operator: 
Move the m 



e to /click on the specific display object of interest. 
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The Graphical GUI: 

Display additional information on that specific object. 
The 1320NM Inventory manager: 
None. 

6.2.3 Inventory update on table GUI 




Table GUI 



Inventory 
manager 



database update notif. 



Seti 



I update flag 



Update request 



Get updated info. 



Return result 



Update display 



The operator: 



ED 



01 | MS WORD 



1320 NM Network Inventory Management R2.0 TRS 



3AL 55650 1042 DTZZA 



112 



1320 NM 



R2.0 



- Request to update the display after the update flag is set. 
The Table GUI: 

Get the updated information from the inventory manager's database when receiving an 
update request. 

After receiving the result from the inventory manager, update the display on the screen 
accordingly. 

The 1320NM Inventory manager: 

- Send information update notification to the GUI whenever the interested items are 
updated in the inventory database. 
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6.2.4 Inventory update on Graphical GUI 



^Operator 



database update notif. 



Get updated Info. 



Return result 



Update display 



Get the updated information from the inventory manager's database when receiving an 
update notification. 
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After receiving the result from the inventory manager, update the graphical display on 
the screen automatically. 

>The 1320NM physical asset server: 

Send information update notification to the GUI whenever the interested items are 
updated in the inventory database. 



6.2.5 Inventory offline check in/out 



AOperator 



Check in/our request _ 



Request conformation 



inventory update request 



Acknowledge/reject 



Update offline database 



Update spare parts 
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The operator: 

- Check in/out off-line inventory item(s). 
Confirm the request. 

The Table GUI: 

- Ask operator to confirm the check in/out request. 

After receiving operator's confirmation, send inventory update request to inventory 
manager. 

After receiving the reply from the inventory manager, display the result on the screen. 
The 1320NM physical asset server: 

Send request to update the offline database. 
Update the corresponding spare parts. 
Acknowledge or reject. 
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EXHIBIT "B" 




LICENSE FOR FOREIGN FILING 
[Title 35, United States Code (1952) Sections 184, 185, 186] 



